home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1994 March / Internet Info CD-ROM (Walnut Creek) (March 1994).iso / answers / comp / object-faq / part8 < prev    next >
Text File  |  1993-12-15  |  61KB  |  1,559 lines

  1. Newsgroups: comp.object,comp.answers,news.answers
  2. Path: senator-bedfellow.mit.edu!bloom-beacon.mit.edu!nic.hookup.net!news.moneng.mei.com!uwm.edu!vixen.cso.uiuc.edu!uchinews!news
  3. From: Bob Hathaway <rjh@geodesic.com>
  4. Subject: Comp.Object FAQ Version 1.0.5 (12-13) Part 8/8
  5. Message-ID: <1993Dec14.045542.18801@midway.uchicago.edu>
  6. Followup-To: comp.object
  7. Summary: Frequently Asked Questions (FAQ) List and Available Systems For Object-Oriented Technology
  8. Sender: news@uchinews.uchicago.edu (News System)
  9. Organization: Geodesic Systems
  10. Date: Tue, 14 Dec 1993 04:55:42 GMT
  11. Approved: news-answers-request@MIT.Edu
  12. Lines: 1544
  13. Xref: senator-bedfellow.mit.edu comp.object:13855 comp.answers:2996 news.answers:15754
  14.  
  15. Archive-name: object-faq/part8
  16. Last-Modified: 12/13/93
  17. Version: 1.0.5
  18.  
  19. >27  Browser for OO info
  20.  
  21. From: oscar@cui.unige.ch (Oscar Nierstrasz)
  22. Subject: CUI & Object Oriented Information Sources on the World Wide Web
  23. Reply-To: oscar@cui.unige.ch
  24. Organization: University of Geneva, Switzerland
  25. Date: Fri, 25 Jun 1993 12:18:38 GMT
  26.  
  27. An HTTP server has been installed at the Centre Universitaire d'Informatique
  28. of the University of Geneva.  Information about various research groups at
  29. the CUI is available, as well as a number of other experimental services.
  30.  
  31. The Object Systems group at CUI is providing a number of pointers to
  32. Object-Oriented Information Sources available on the World Wide Web.
  33. The page containing these sources is accessible from the CUI home page.
  34. The URL is: http://cui_www.unige.ch/home.html
  35.  
  36. You must have a WWW browser to access the information.  If you do not have
  37. a browser, you should obtain, for example, the xmosaic browser from:
  38. ftp.ncsa.uiuc.edu:Web/xmosaic or info.cern.ch:pub/www.
  39.  
  40. The material available from CUI is in an early stage of development.
  41. Suggestions for additional OO references to include (or whatever) are welcome!
  42.  
  43. Oscar Nierstrasz
  44.  
  45. ----------------------------------------------------------------------------
  46.         Dr. O.M. Nierstrasz, Centre Universitaire d'Informatique
  47. University of Geneva, 24, rue General-Dufour, CH-1211 Geneva 4, Switzerland
  48.         Tel: +41 22 705.7664    Secr: 705.7770    Fax: 320.2927
  49.             E-mail: oscar@cui.unige.ch  Home: 733.9568
  50. ----------------------------------------------------------------------------
  51.  
  52.  
  53. >28  Apertos(Meta-Obj Distr OS, research)
  54.  
  55. The Apertos (formerly MUSE) project at Sony Research
  56. is a meta-object based distributed OS for turning portable wireless
  57. hand-held computers into fully-connected Dynabook-like
  58. terminals.  It's very very wizzy.  The papers are on: 
  59.         scslwide.sony.co.jp:pub/CSL-Papers
  60.  
  61. The source is available for research; I think you have to
  62. sign something first.
  63.  
  64.  
  65. >29  Actors Paper (UIUC)
  66.  
  67. From: agha@cs.uiuc.edu (Gul Agha)
  68. Subject: Actor Theory Paper available
  69. Organization: University of Illinois, Dept. of Comp. Sci., Urbana, IL
  70. Date: Wed, 4 Aug 1993 15:41:02 GMT
  71.  
  72. A new paper providing a definitive and detailed development of the
  73. semantics of actor systems is available via anonymous ftp.  Comments
  74. are especially welcome.  
  75.  
  76.  
  77. Title:          A Foundation for Actor Computation
  78.  
  79. Authors:        Gul Agha, Univerity of Illinois at Urbana-Champaign
  80.                 Ian Mason, Stanford University
  81.                 Scott Smith, John Hopkins University
  82.                 Carolyn Talcott, Stanford University
  83.  
  84. Abstract:
  85.  
  86.         We present an actor language which is
  87.         an extension of a simple functional language, and provide a precise
  88.         operational semantics for this extension.  Actor configurations are
  89.         open distributed systems, meaning we explicitly take into account the
  90.         interface with external components in the specification of an actor
  91.         system.  We define and study various notions of equivalence on actor
  92.         expressions and configurations.
  93.  
  94. to ftp the compressed postscript file:
  95.         ftp sail.stanford.edu  (or 36.28.0.130)
  96.         login: anonymous
  97.         send ident as password.
  98.         cd pub/MT
  99. the file is called:  
  100.         93actors.ps.Z
  101.  
  102. Note: the paper is 76pp long.  It subsumes work reported in our paper
  103. in CONCUR '92.  
  104.  
  105. (A number of other recent papers on actor languages and their
  106. implementation may be obtained by anonymous ftp from
  107. biobio.cs.uiuc.edu in the directory pub/papers).
  108.  
  109.  
  110. >30  Chambers' Thesis
  111.  
  112. What: SELF optimizing compiler and Thesis
  113. From: chambers@cs.washington.edu (Craig Chambers)
  114. Date: 9 May 92 22:00:53 GMT
  115.  
  116. My Ph.D. thesis, entitled "The Design and Implementation of the Self Compiler,
  117. an Optimizing Compiler for Object-Oriented Programming Languages," is now
  118. available as Stanford technical report number STAN-CS-92-1420.  Copies may be
  119. ordered from Stanford.  Stanford requires $20 (plus tax for orders from within
  120. California), in advance, for each copy.
  121.  
  122. The dissertation also is available in compressed postscript form.  The
  123. electronic version may be copied via anonymous ftp from self.stanford.edu in
  124. the directory pub/papers/chambers-thesis.  This version is free.  Note however
  125. that the thesis is about 250 pages long.
  126.  
  127.  
  128. >31  graph drawing
  129.  
  130. From: rt@cs.brown.edu (Roberto Tamassia)
  131. Subject: annotated bibliography on graph drawing algorithms
  132. Organization: Brown University Department of Computer Science
  133. Date: Wed, 30 Jun 1993 06:45:48 GMT
  134.  
  135. A new revised version of the annotated bibliography on graph drawing
  136. algorithms by Giuseppe Di Battista, Peter Eades, Roberto Tamassia, and
  137. Ioannis Tollis is now available via anonymous ftp from
  138. wilma.cs.brown.edu (128.148.33.66).  The files are /pub/gdbiblio.tex.Z
  139. and /pub/gdbiblio.ps.Z.
  140.  
  141.  
  142. >32  Law of Demeter
  143.  
  144. From: lieber@ccs.neu.edu (Karl Lieberherr)
  145. Subject: Law of Demeter/Adaptive Software
  146. Organization: College of CS, Northeastern University
  147. Date: Fri, 4 Jun 1993 20:41:49 GMT
  148.  
  149.  >...
  150.  Yes, the Law of Demeter paper is available in electronic form on the
  151.  net. Indeed, many of the Demeter project papers are available from
  152.  the ftp server at Northeastern University (see instructions below).
  153.  
  154.  The Law of Demeter idea has been automated in the Demeter Tools/C++
  155.  as an adaptive software tool which automatically makes much of your C++ code
  156.  compliant with the Law of Demeter. The tool is an add-on tool to
  157.  your favorite C++ development environment and is commercially available
  158.  from Demeter International. The Demeter Tools/C++ lift
  159.  object-oriented programming to a higher level of abstraction
  160.  by allowing the user to focus on the essential and
  161.  stable classes. A paper on ADAPTIVE SOFTWARE will appear in 
  162.  the Communications of the ACM and is also available from the
  163.  ftp server.
  164.  
  165.  For more information, use the ftp instructions below or call
  166.  
  167. Demeter International
  168. 56 Bennett Road
  169. Marblehead, MA 01945
  170.  
  171.  phone: (617) 639 1544
  172.  fax: (617) 373 5121
  173.  
  174. or send e-mail to demeter@ccs.neu.edu 
  175.  
  176. -- Karl Lieberherr
  177.  
  178. FTP instructions:
  179.  
  180. Some of our papers are available in one package by anonymous ftp from
  181.  
  182. ftp.ccs.neu.edu (129.10.10.51)
  183.  
  184. in directory pub/demeter/documents
  185.  
  186. Use the following command sequence to copy the Demeter papers:
  187.  
  188. % ftp ftp.ccs.neu.edu or 129.10.10.51)
  189. Name ( ... ): ftp
  190. Password: your-email-address
  191. ftp> cd pub/demeter/documents
  192. ftp> ls
  193. ftp> binary
  194. ftp> get papers.tar.Z
  195. ftp> quit
  196. % uncompress papers.tar.Z
  197. % tar xf papers.tar
  198.  
  199. If you want to copy individual papers and not all at once, go to 
  200. directory pub/demeter/documents/papers and retrieve them
  201. individually.
  202.  
  203. Law of Demeter paper:
  204.   LH89-law-of-demeter.ps
  205. Adaptive Software papers:
  206.   LSLX93-adaptive-programming.ps
  207.   L92a-component-enhancement.ps
  208.   LHSLX92-pp-experience.ps
  209.  
  210.  
  211. >33  OO Dyn Grping, memory
  212.  
  213. From: mario@cs.man.ac.uk (Mario Wolczko)
  214. Subject: Re: OOPLs and Locality of Reference
  215. Keywords: locality of reference
  216. Date: 5 Jul 93 14:39:13 GMT
  217. Organization: Dept Computer Science, University of Manchester, U.K.
  218.  
  219. [...]
  220. The measurements done as part of the work here on the Mushroom project
  221. show that temporal locality within Smalltalk objects is great (and
  222. hence even conventional caches work reasonably well [unless the GC
  223. scheme trashes the cache]), whereas spatial locality on a scale much
  224. larger than the average object (which is 40 bytes) is much harder to
  225. come by.
  226.  
  227. More details can be found in these papers (all available by ftp from
  228. mushroom.cs.man.ac.uk in /pub/mushroom/papers):
  229.  
  230.   dgvm1.ps.Z
  231.     "Dynamic Grouping in an Object Oriented Virtual Memory Hierarchy"
  232.     Ifor Williams, Mario Wolczko, Trevor Hopkins, Proc. ECOOP 87,
  233.     Springer-Verlag LNCS 276, pp.79-88.
  234.  
  235.   dgvm2.ps.Z
  236.     "Realization of a Dynamically Grouped Object-Oriented Virtual
  237.      Memory Hierarchy", Proceedings of the Workshop on Persistent Object
  238.      Systems: Their Design, Implementation and Use, available as
  239.      Persistent Programming Research Report PPRR-44-87, Universities
  240.      of Glasgow and St. Andrews, Aug. 1987, pp.298--308.
  241.  
  242.   obma.ps.Z
  243.     "An Object-Based Memory Architecture"
  244.     Ifor Williams and Mario Wolczko, in Implementing Persistent Object
  245.     Bases: Proc. Fourth International Workshop on Persistent Object Systems,
  246.     Morgan Kaufmann, 1991, pp.114-130.
  247.     The first three figures are in obma-fig[123].ps.Z.
  248.  
  249. Mario Wolczko
  250.  
  251.    ______      Dept. of Computer Science   Internet:      mario@cs.man.ac.uk
  252.  /~      ~\    The University              uucp:    mcsun!uknet!man.cs!mario
  253. (    __    )   Manchester M13 9PL          JANET:         mario@uk.ac.man.cs
  254.  `-':  :`-'    U.K.                        Tel: +44-61-275 6146  (FAX: 6236)
  255. ____;  ;_____________the mushroom project___________________________________
  256.  
  257.  
  258. >34  Pred Classes (Cecil)
  259.  
  260. What: "Predicate Classes" paper
  261. From: chambers@klamath.cs.washington.edu (Craig Chambers)
  262. Date: Fri, 30 Apr 93 01:25:02 GMT
  263.  
  264. "Predicate classes are a new linguistic construct designed to
  265. complement normal classes in object-oriented languages. Like a normal
  266. class, a predicate class has a set of superclasses, methods, and
  267. instance variables. However, unlike a normal class, an object is
  268. automatically an instance of a predicate class whenever it satisfies a
  269. predicate expression associated with the predicate class. The
  270. predicate expression can test the value or state of the object, thus
  271. supporting a form of implicit property-based classification that
  272. augments the explicit type-based classification provided by normal
  273. classes. By associating methods with predicate classes, method lookup
  274. can depend not only on the dynamic class of an argument but also on
  275. its dynamic value or state. If an object is modified, the
  276. property-based classification of an object can change over time,
  277. implementing shifts in major behavior modes of the object. A version
  278. of predicate classes has been designed and implemented in the context
  279. of the Cecil language."
  280.  
  281. Comments on the ideas in the paper are appreciated.
  282.  
  283. -- Craig Chambers
  284.  
  285.  
  286. >35  Manchester Archive and some
  287.  
  288. What: Manchester Archive, SmallTalk-V
  289. From: johnson@m.cs.uiuc.edu (Ralph Johnson)
  290. Date: 18 Dec 91 19:41:38 GMT
  291.  
  292. We have a complete copy of everything in the Manchester archive, and you
  293. can either access it by e-mail like the Manchester archive or by anonymous
  294. ftp.  Our archive is on st.cs.uiuc.edu, and you can get information about the
  295. e-mail server by sending to archive-server@st.cs.uiuc.edu, and putting the
  296. line help in your message. We actually have a little more than is in the
  297. Manchester archive.  We have the Smalltalk-V code from the defunct
  298. International Smalltalk Association, and a few other odds and ends.
  299.  
  300.  
  301. >36  Object Design's OO7 Results
  302.  
  303. What: Object Design's Results on the OO7 Benchmarks
  304. From: dudek@odi.com (Glen Dudek)
  305. Date: Thu, 29 Apr 93 17:17:11 GMT
  306.  
  307. OBJECT DESIGN'S RESULTS ON THE OO7 BENCHMARKS
  308. April 26, 1993
  309.  
  310. We have made a copy of our results available to the Internet community. You
  311. can access this information through anonymous ftp from ftp.odi.com in the
  312. file /pub/oo7/results.ps.
  313.  
  314. The report includes the "official" tests done for ObjectStore by the
  315. University of Wisconsin, and our internal execution of all the tests using
  316. ObjectStore Release 2.0.1, the current production version.  As the report
  317. shows, our internal execution carefully followed the agreed-upon procedures
  318. for running OO7, and we believe the numbers that were produced accurately
  319. represent ObjectStore's performance.
  320.  
  321.         For further information contact oo7info@odi.com.
  322.  
  323.  
  324. >37  Graph service
  325.  
  326. From: north@ulysses.att.com (Stephen C. North)
  327. Subject: free samples of directed graph layouts by mail
  328. Keywords: graph layout, DAG, embedder
  329. Date: 25 Jun 93 18:28:29 GMT
  330. Organization: AT&T Bell Laboratories, Murray Hill
  331.  
  332. I have created an experimental service for remote users to try some of
  333. our graph layout programs through Internet mail, for research or
  334. educational purposes.  I'm looking for a few friendly users to try this
  335. service.  The programs are:
  336.  
  337.     dag (directed graphs, old, program, works with some USL C++ utilities.
  338.                 This may have unintentionally sparked the apparently misdirected 
  339.                 discussion of "DAG classes" in one newsgroup recently.)
  340.     dot (directed graphs, newer algorithms, better layouts, more features)
  341.     neato (undirected graphs, compatible with dot, Kamada-Kawai spring embedder)
  342.  
  343. You can ftp PostScript files of documentation from dist/drawdag/*.Z on
  344. research.att.com
  345.  
  346. To draw graphs, send a graph file to drawdag@toucan.research.att.com
  347. and give the command line in the Subject header.  For example,
  348.  
  349.     From cs.Princeton.EDU!north Thu Jun 24 11:45:28 0400 1993 remote from toucan
  350.     Date: Thu, 24 Jun 1993 11:45:28 -0400
  351.     From: Stephen North <north@cs.Princeton.EDU>
  352.     To: drawdag@toucan.research.att.com
  353.     Subject: dot -Tps 
  354.  
  355.     digraph G { a -> b }
  356.  
  357. File arguments are disabled for obvious reasons.  Please let me know if
  358. you hit any snags.  There is a reasonable limit on graph size and probably
  359. number of invocations from a given site/account. (If you use it that much,
  360. AT&T's Intellectual Property Division sells binary executables; their number
  361. is 800-462-8146).
  362.  
  363. Stephen North, AT&T Bell Laboratories, Murray Hill NJ, (908) 582 7392
  364. Parturiunt montes, nascetur ridiculus mus!
  365.  
  366.  
  367. >38  C++SIM (Simula-like Sim Pkg)
  368.  
  369. From: M.C.Little@newcastle.ac.uk (Mark Little)
  370. Subject: C++SIM Release 1.0 Announcement
  371. Organization: Computing Laboratory, U of Newcastle upon Tyne, UK NE17RU
  372. Keywords: C++, SIMULA, simulation, object-oriented
  373. Date: Mon, 14 Jun 1993 15:02:33 GMT
  374.  
  375. C++SIM 1.0 Release Announcement.
  376.  
  377. This is to announce the release of version 1.0 of C++SIM, a simulation
  378. package written in C++. C++SIM provides discrete process based
  379. simulation similar to that provided by the simulation class and
  380. libraries of SIMULA. The linked list manipulation facilities provided
  381. by SIMSET are also included in the package.
  382.  
  383. Inheritance was used throughout the design to an even greater extent
  384. than is already provided by SIMULA. This has allowed us to add new
  385. functionality without affecting the overall system structure, and hence
  386. provides for a more flexible and expandable simulation package.
  387.  
  388. A paper is included which describes the design and implementation of
  389. C++SIM and includes a worked example of how to use the package. The
  390. paper describes the class hierarchy which we have created, and
  391. indicates how it can be used to further refine the simulation package.
  392.  
  393. The simulation package requires the use of a threads package and
  394. currently only works with Sun's lightweight process library or the Gnu
  395. thread package (which *is* included in the distribution). The package has
  396. been used on Sun workstations, and, with the exception of the thread
  397. library requirement, contains no system specific code which should make
  398. porting to other systems relatively easy. The code has been compiled
  399. with Cfront 2.1 and Cfront 3.0.1 and g++ 2.3.3
  400.  
  401. If you find any bugs or make modifications (e.g., ports to other thread
  402. packages) or port it to other systems, then please let me know so I can
  403. keep the sources up-to-date for other users.
  404.  
  405. The package is available via anonymous ftp from arjuna.ncl.ac.uk
  406.  
  407.  
  408. >39  commercial on cd-rom
  409.  
  410. From: jimad@microsoft.com (Jim Adcock)
  411. Subject: Re: Non-defense Ada applications - answering several requests
  412. Date: 11 Jun 93 18:56:55 GMT
  413. Organization: Microsoft Corporation
  414.  
  415.  >...
  416.  
  417. 1) Get a copy of the Computer Select Database.  [I notice the company
  418. is offering free trial copies [the database is CD-ROM based]]
  419.  
  420. 2) Select "Section: Software Product Specifications"
  421.  
  422. 3) Select "Find: C++"
  423.  
  424. Behold!  A list of 734 commercially available software packages written
  425. in C++, including some of the best known names in the software industry.
  426.  
  427.  
  428. >40  C++ Signatures (subtyping)
  429.  
  430. From: gb@cs.purdue.edu (Gerald Baumgartner)
  431. Newsgroups: comp.object,comp.lang.c++
  432. Subject: signature implementation for G++ 2.5.2 and tech report available
  433. Date: 4 Nov 1993 12:03:00 -0500
  434. Organization: Department of Computer Sciences, Purdue University
  435.  
  436. Announcing the paper
  437.  
  438.     Signatures: A C++ Extension for
  439.     Type Abstraction and Subtype Polymorphism
  440.  
  441.     by Gerald Baumgartner and Vincent F. Russo.
  442.     Tech report CSD-TR-93-059, Dept. of Computer
  443.     Sciences, Purdue University, September 1993.
  444.     Submitted to Software Practice & Experience.
  445.  
  446. and a beta release of our implementation of
  447.  
  448.     signatures for GCC 2.5.2.
  449.  
  450.  
  451.  How to Get that Stuff?
  452.  ----------------------
  453.  
  454. You can get both the paper and the implementation by ftp from
  455.  
  456.     host:        ftp.cs.purdue.edu    (128.10.2.1)
  457.  
  458.     login:        anonymous
  459.  
  460.     password:    your e-mail address
  461.  
  462.     directory:    pub/gb
  463.  
  464.     files:        COPYING            Copyright notice.
  465.  
  466.             README            This file.
  467.  
  468.             Signatures.{dvi,ps}.gz    DVI and Postscript versions
  469.                         of the paper.
  470.  
  471.             gcc-2.5.2.sig.diff.gz    Patch to upgrade GCC 2.5.2.
  472.  
  473.             test.tar.gz        Test files and script to run
  474.                         the tests.
  475.  
  476. To make GCC 2.5.2 understand signatures, just copy the context diff
  477. file into the GCC source directory, type
  478.  
  479.     gunzip gcc-2.5.2.sig.diff.gz
  480.     patch < gcc-2.5.2.sig.diff
  481.  
  482. and rebuild and install `gcc,' `cc1plus,' the man pages, and the manual.
  483.  
  484. For compiling C++ code containing signatures, you need to use the
  485. command line option
  486.  
  487.     -fhandle-signatures
  488.  
  489. We tested our extension on Sun 4 only, but since there are no changes
  490. to the compiler backend, it is expected work on other architectures as
  491. well.  To test whether it works on your architecture, unpack the file
  492. `test.tar.gz' and run the shell script
  493.  
  494.     Test
  495.  
  496. It compiles the test programs and runs them.  If everything works
  497. correctly, all the test programs (all 40 of them) should print
  498.  
  499.     Hello World.
  500.  
  501.  
  502.  What are Signatures anyway?
  503.  ---------------------------
  504.  
  505. Roughly, signatures are type abstractions or interfaces of classes.
  506. They are related to ML's signatures, categories in Axiom, definition
  507. modules in Modula-2, interface modules in Modula-3, and types in
  508. POOL-I.
  509.  
  510. The main language constructs added are signatures and signature pointers.
  511. For example, the signature declaration
  512.  
  513.     signature S
  514.     {
  515.       int foo (void);
  516.       int bar (int);
  517.     };
  518.  
  519. defines a new abstract type `S' with member functions `int foo (void)'
  520. and `int bar (int).'  Signature types cannot be instantiated since they
  521. don't provide any implementation.  Only signature pointers and signature
  522. references can be defined.  For example,
  523.  
  524.     C obj;
  525.     S * p = &obj;
  526.  
  527. defines a signature pointer `p' and initializes it to point to an object
  528. of class type `C,' where `C' is required to contain the public member
  529. functions `int foo (void)' and `int bar (int).'  The member function call
  530.  
  531.     int i = p->foo ();
  532.  
  533. executes then `obj.foo ().'
  534.  
  535. Class `C' is called an implementation of the abstract type `S.'  In
  536. this example, we could have made `S' an abstract virtual class and `C' a
  537. subclass of `S,' and we would have had the same effect.  The advantages
  538. of signatures over abstract virtual classes are
  539.  
  540.     - you can build a type hierarchy separate from the class inheritance
  541.       (implementation) hierarchy,
  542.     - subtyping becomes decoupled from inheritance, and
  543.     - signatures can be used with compiled classes, while you cannot
  544.       retrofit an abstract virtual class on top of compiled class
  545.       hierarchies.
  546.  
  547. For more information, please, see the paper.
  548.  
  549.  
  550.  What's Implemented and what's not?
  551.  ----------------------------------
  552.  
  553. Signature declarations and signature pointers are implemented and
  554. working.  For examples of what's working and how to use them you can
  555. have a look at the test files.
  556.  
  557. The following bugs are known:
  558.  
  559.       - The destructor of objects cannot be called though signature pointers.
  560.       - A signature pointer cannot point to an object of a class defined
  561.     by multiple inheritance.
  562.       - The signature conformance check does not work if the signature
  563.     contains other signature declarations or class declarations.
  564.       - Operator and conversion operator member functions of signatures
  565.     can only be called with function call syntax, such as
  566.     `p->operator+(17),' but not with operator or conversion syntax.
  567.  
  568. The following language constructs and features are not yet implemented:
  569.  
  570.       - constants in signatures,
  571.       - signature references,
  572.       - signature inheritance,
  573.       - the `sigof' (signature of a class) construct,
  574.       - views (not even the parsing is done),
  575.       - signature templates, and
  576.       - exception specifications in signature member function declarations.
  577.  
  578. The following optimization is not implemented:
  579.  
  580.       - Looking up a virtual class member function through a signature
  581.     pointer/reference requires double indirection.  This can be optimized
  582.     by memoizing, so that only the first lookup of a member function
  583.     requires double indirection and further lookups require only single
  584.     indirection.
  585.  
  586. The items above are roughly in the order in which they will be implemented.
  587.  
  588. Besides bug fixes, the main features that have been implemented since the
  589. last release are default implementations of signature member functions
  590. and opaque types.
  591.  
  592.  
  593.  Feedback
  594.  --------
  595.  
  596. Please, send your questions, comments, suggestions, and complaints to
  597.  
  598.     gb@cs.purdue.edu
  599.  
  600. --
  601. Gerald Baumgartner
  602. Dept. of Computer Sciences, Purdue University,  W. Lafayette, IN 47907
  603. Internet: gb@cs.purdue.edu, UUCP: ...!{decwrl,gatech,ucbvax}!purdue!gb
  604.  
  605.  
  606. >41 The Texas Persistent Store
  607.  
  608.   The Texas Persistent Store, version 0.1
  609.  
  610. Texas is a simple, portable, high-performance and (best of all) FREE
  611. persistent store for C++ using "pointer swizzling at page fault time"
  612. to translate persistent addresses to hardware-supported virtual addresses.
  613.  
  614. Texas is built on top of a normal virtual memory, and relies on the
  615. underlying virtual memory system for caching.  It uses user-level virtual
  616. memory protections to control the faulting of data from a persistent storage
  617. file into virtual memory.
  618.  
  619. All addresses in a page are translated from a persistent format to
  620. actual virtual addresses when the page is brought into virtual memory,
  621. and subsequent memory references (including pointer traversals) are
  622. just as fast as for non-persistent data.
  623.  
  624. Texas is easy to use, and is implemented as a UNIX library.  It is small
  625. and can be linked into applications.  It requires no special operating 
  626. system privileges, and persistence is orthogonal to type---objects may be 
  627. allocated on either a conventional transient heap, or on the persistent
  628. heap, as desired.
  629.  
  630. Texas supports simple checkpointing of heap data.  A log-structured storage
  631. module is under development, and will provide fast checkpointing of small
  632. transactions.
  633.  
  634. Texas is beta software, and the current prerelease version supports only
  635. simple single-machine operation.  Future releases will support client-server
  636. operation, a flexible access control scheme, and transaction support.
  637.  
  638. Texas currently runs under SunOS and ULTRIX, using Sun CC or GNU C++.
  639. Porting to other modern systems (e.g., OS/2, WNT, Mach) should be easy---it
  640. requires only mprotect(), signal(), and sbrk() calls (or their equivalent)
  641. to control virtual memory protection setting and trap handling.
  642.  
  643. Papers about the pointer swizzling scheme and Texas itself (referenced
  644. below) are available via anonymous ftp from cs.utexas.edu (IP address
  645. 128.83.139.9), as postscript files swizz.ps and texaspstore.ps in the
  646. directory pub/garbage.
  647.  
  648. The source code for Texas is also available, in the directory
  649. pub/garbage/texas.
  650.  
  651. References:
  652.  
  653. Paul R. Wilson and Sheetal V. Kakkad, "Pointer Swizzling at Page Fault
  654. Time: Efficiently and Compatibly Supporting Huge Address Spaces on Standard
  655. Hardware," Proc. Second Int'l. Workshop on Object Orientation in Operating
  656. Systems, Sept. 1992, Dourdan, France, pp. 364--377.
  657.  
  658. Vivek Singhal, Sheetal V. Kakkad, and Paul R. Wilson, "Texas: an Efficient,
  659. Portable Persistent Store", Proc. Fifth Int'l. Workshop on Persistent Object
  660. Systems, Sept. 1992, San Miniato, Italy, pp. 11-33.
  661.  
  662.  
  663. >42 OSE C++lib
  664.  
  665. From: grahamd@research.otc.com.au (Graham Dumpleton)
  666. Date: Tue, 16 Nov 1993 11:34:42 +1100 (EST)
  667. Organisation: Telstra International
  668. Phone: +61-2-287-3119
  669.  
  670.   WHAT:
  671.  
  672.     OSE consists of three C++ class libraries, a build environment based on
  673.     GNU make, programs for documentation extraction and other miscellaneous
  674.     tools.
  675.  
  676.     The C++ libraries include generic classes and some UNIX specific classes.
  677.     Collection classes use templates compatable with AT&T C++ 3.0. If you
  678.     have a C++ compiler which does not support templates, a template
  679.     preprocessor supplied with OSE can be used.
  680.  
  681.     OSE uses a GNU style configure script, making it relatively easy to
  682.     install, even on platforms for which it may not yet have been compiled.
  683.     For DOS users, a script is provided to create a copy of the C++
  684.     libraries suitable for compilation on that platform.
  685.  
  686.  
  687.   WHERE:
  688.  
  689.     OSE can be obtained via anonymous ftp from:
  690.  
  691.       Europe:
  692.  
  693.     ftp.th-darmstadt.de [130.83.55.75]
  694.     directory pub/programming/languages/C++/class-libraries/OSE
  695.  
  696.       United States
  697.  
  698.     straylight.acs.ncsu.edu [152.1.65.11]
  699.     directory /pub/ose
  700.  
  701.       Australia:
  702.  
  703.     csis.dit.csiro.au [192.41.146.1]
  704.     directory pub/otc
  705.  
  706.  
  707.   HELP:
  708.  
  709.     To get further information about OSE, without actually fetching the
  710.     complete package, either fetch the file "ANNOUNCE" from one of the
  711.     ftp sites, or send mail to:
  712.  
  713.       ose@research.otc.com.au
  714.  
  715.  
  716. >43 Traces,kiczales,MOP,DI
  717.  
  718. From: gregor@parc.xerox.com (Gregor Kiczales)
  719. Subject: Re: Dynamic Objects
  720. In-Reply-To: rjh@geodesic.com's message of 25 Aug 93 21:52:56 GMT
  721. Message-ID: <GREGOR.93Sep3093506@calvin.parc.xerox.com>
  722. Organization: Xerox Palo Alto Research Center
  723. References: <16C357BF0.MFARMER@utcvm.utc.edu> <1993Aug25.215256.8031@midway.uchicago.edu>
  724. Date: 3 Sep 93 09:35:06
  725.  
  726. Earlier in this series of messages, Craig Chambers and others mentioned
  727. his ECOOP'93 paper on predicate classes, which provide a powerful handle
  728. on some of the problems that have been mentioned in this series of
  729. messages, specifically, how dynamic changes to an object or its context
  730. can be harnessed to reliably effect the object's (message receipt)
  731. behavior.  As I see it, predicate classes are a key step towards solving
  732. one of the most frustrating problems of OO programming: the struggle
  733. over whether to encode some difference among objects in the value of a
  734. slot (that is one of its parts) or in the object's `method table' (class
  735. or that which it is one-of).
  736.  
  737. A closely related problem, that has also come up in this series of
  738. messages, is how so-called factory objects can dynamically select the
  739. behavior of the objects they create.  We have developed a new OO
  740. language concept called Traces, that can be used to make much more
  741. powerful factory objects, as well as handle some of the things predicate
  742. classes do.  The two ideas are similar in that they both make behavior
  743. selection a much more dynamic phenomena.
  744.  
  745. My ISOTAS'93 paper presents the concept of Traces and shows it
  746. application to some problems.  This paper is available for anonymous FTP
  747. from ftp.parc.xerox.com, in the /pub/mops directory.  The file is
  748. traces.ps.
  749.  
  750. Gregor
  751.  
  752. Following is the abstract from the paper:
  753.   
  754. Object-oriented techniques are a powerful tool for making a system
  755. end-programmer specializable.  But, in cases where the system not only
  756. accepts objects as input, but also creates objects internally,
  757. specialization has been more difficult.  This has been referred to as
  758. the ``make isn't generic problem.''  We present a new \oo{} language
  759. concept, called traces, that we have used successfully to support
  760. specialization in cases that were previously cumbersome.
  761.   
  762. The concept of traces makes a fundamental separation between two kinds
  763. of inheritance in \oo{} languages: inheritance of default implementation
  764. -- an aspect of code sharing; and inheritance of specialization, a
  765. sometimes static, sometimes dynamic phenomenon.
  766.  
  767.  
  768. >44 C++ coding standard
  769.  
  770. From: metz@iam.unibe.ch (Igor Metz)
  771. Subject: Re: C++ coding standard
  772. Organization: Dept. of CS, University of Berne, Switzerland
  773. Date: Tue, 7 Sep 1993 07:08:21 GMT
  774.  
  775. euagate.eua.ericsson.se   (Internet Address: 134.138.134.16)
  776. ~ftp/pub/eua/c++/rules.ps.Z
  777.  
  778. [Also an archive site.  E.g. Coplien includes a dir of C++ examples]
  779.  
  780.  
  781. >45 Kala Archive
  782.  
  783. From: sss@world.std.com (Sergiu S Simmel)
  784. Subject: Kala White Paper now available via anonymous ftp
  785. Message-ID: <CD4MyB.Hsn@world.std.com>
  786. Organization: Penobscot Development Corporation, Cambridge MA
  787. Date: Fri, 10 Sep 1993 07:18:11 GMT
  788.  
  789. An 8-page paper providing an overview of what Kala is and what Kala is
  790. for is now available, in PostScript format, in the Kala Archive. The
  791. file is accessible, via anonymous FTP, at the following location:
  792.  
  793.           anonymous@world.std.com:/pub/kala/TechDocs/Overview.ps
  794.  
  795. The outline is the following
  796.  
  797.         1 What is Kala For?
  798.         2 Software Infrastructure
  799.                 Persistent Data and Persistent Stores
  800.         3 Data Transfer
  801.         4 Data Visibility
  802.                 Changing Visibility
  803.                 Sharing Visibility
  804.                 Transactions
  805.                 Versions
  806.         5 Runtime and Architectural Models
  807.         6 Relationship to Other Technologies
  808.  
  809. This paper is targeted towards those who don't know anything about
  810. Kala and would like to find out a bit in 10 pages or less.
  811.  
  812. Enjoy!
  813.  
  814. P.S. For those of you who do not have FTP access and would like to
  815.      obtain this file, please send a brief e-mail message to
  816.      info@Kala.com, requesting that the file be e-mailed to you.
  817.      Beware that the file is approximately 425Kbytes long (the paper
  818.      contains 13 illustrations!).
  819.  
  820.  
  821. >46 BeBOP(seq,par,LP,OO,meta)
  822.  
  823. From: ad@munta.cs.mu.OZ.AU (Andrew Davison)
  824. Subject: BeBOP v.1.0 Available
  825. Message-ID: <9325614.15552@mulga.cs.mu.OZ.AU>
  826. Organization: Department of Computer Sci, University of Melbourne
  827. Follow-Up: comp.parallel
  828. Date: Mon, 13 Sep 1993 04:08:41 GMT
  829.  
  830.  BeBOP and bp Version 1.0 now available
  831.  ======================================
  832.  
  833.  What is BeBOP?
  834.  ==============
  835. The language BeBOP is a unique combination of sequential 
  836. and parallel Logic Programming (LP), object oriented 
  837. programming and meta-level programming. 
  838.  
  839. The LP component offers both don't know non-determinism
  840. and stream AND-parallelism, a combination not possible 
  841. with concurrent LP languages. 
  842.  
  843. BeBOP's object oriented features include object IDs, 
  844. encapsulation, message passing, state updating, and 
  845. object behaviour modification. 
  846.  
  847. The meta-level capabilities are based on the treatment 
  848. of Prolog theories as first order entities, which 
  849. enables them to be updated easily, and for fragments 
  850. to be passed between objects in messages.
  851.  
  852. BeBOP is implemented by translation down to NU-Prolog,
  853. and its parallel extension, PNU-Prolog. An unusual
  854. aspect of this is the way that object IDs are utilized 
  855. as a communication mechanism between objects.
  856.  
  857.  What is bp?
  858.  ===========
  859. The bp interactive interpreter supports BeBOP programming 
  860. by allowing the flexible invocation of objects, and 
  861. offering the means for setting up communication links 
  862. between objects at any time. An incidental benefit is 
  863. the ability to use `global' variables in queries. Since 
  864. bp is an augmentation of the NU-Prolog np system, objects 
  865. and Prolog goals can be combined, and a by-product is 
  866. that the floundering of Prolog queries is avoided.
  867.  
  868.  
  869.  Where are they?
  870.  ===============
  871. The BeBOP system (BeBOP and bp), and the PNU-Prolog 
  872. preprocessor pnp, can be found at the anonymous ftp 
  873. site munnari.oz.au (128.250.1.21), in the directory 
  874. pub as the file bebop.tar.Z. Remember to use binary 
  875. mode when copying it.
  876.  
  877. The release comes with a user manual, several papers 
  878. (in Postscript format), sample programs, and source code.
  879.  
  880.  
  881.  System requirements
  882.  ===================
  883. The BeBOP system requires the following:
  884.  
  885. * The NU-Prolog system, compiler and interpreter
  886. * The pnp preprocessor 
  887.   (this is included as part of the BeBOP system release)
  888. * GCC or similar compiler
  889. * Yacc (or Bison) and Lex
  890.  
  891.  
  892.  For more details, contact:
  893.  ==========================
  894.         Andrew Davison
  895.         Dept. of Computer Science
  896.         University of Melbourne
  897.         Parkville, Victoria 3052
  898.         Australia
  899.  
  900. Email:  ad@cs.mu.oz.au
  901. Fax:    +61 3 348 1184
  902. Phone:  +61 3 287 9172 / 9101
  903. Telex:  AA 35185
  904.  
  905.  
  906. >47 Knowledge Media, Massive cd-rom, lots of freeware
  907.  
  908. A "Resource Library" of cd-rom discs .  CDs for language/OS, graphics, multi-
  909. media, mega-media (3), and audio.  "Gathered from the resources of the
  910. Internet, CompuServe, Genie, BIX, and other BBS's".  Some shareware.  Should be
  911. available at your local software store.
  912.  
  913. From the back of the Languages CD:
  914.  
  915.   'Over 100 Languages'
  916.         ...
  917.  
  918. This is the largest collection of compilers, interpreters, libraries, and
  919. source code for standard and experimental computer languages and operating
  920. systems ever assembled.  A must for anyone interested in computer programming,
  921. this disc is just right for everyone, whether he or she is a researcher,
  922. student, or an interested hobbist.
  923.  
  924. Knowledge Media Inc.
  925. Paradise, CA  95969 USA
  926.  
  927.  
  928. >48 u++, C++ Trans. and Concry RTS
  929.  
  930. From: nat@nataa.frmug.fr.net (Nat Makarevitch)
  931. Subject: Re: 'Concurrent Objects' - Suggestions needed
  932. Date: 10 Oct 1993 02:41:15 GMT
  933. Organization: LIVIA
  934.  
  935.        u++ - uC++ Translator and Concurrency Runtime System
  936.  
  937. DESCRIPTION
  938. The u++ command introduces  a  translator  pass  over  the
  939. specified source files after the C preprocessor and before
  940. the actual C++ compilation.  The translator converts  sev-
  941. eral  new  uC++  constructs  into C++ statements.  The u++
  942. command also provides  the  runtime  concurrency library,
  943. which must be linked with each uC++ application.
  944.  
  945.                                                                  
  946. REFERENCES                                                       
  947. uC++:  Concurrency in the Object-Oriented Language C++, by      
  948. P.A.  Buhr,  G.  Ditchfield,  R.A.   Stroobosscher,   B.M.
  949. Younger, C.R.  Zarnke;   Software-Practise and Experience,
  950. 22(2):137--172, February 1992.  This paper describes  uC++
  951. v2.0, which has been significantly extended.
  952.  
  953. The  uC++  system is available via anonymous FTP
  954. from watmsg.UWaterloo.ca:pub/uSystem.  A license agreement
  955. is required to use uC++.
  956.  
  957.  
  958. >49 Real Time
  959.  
  960. From: dstewart+@cs.cmu.edu (David B Stewart)
  961. Subject: Re: Object-Oriented Systems and Realtime
  962. Organization: The Robotics Institute, Carnegie Mellon University
  963. Date: Mon, 11 Oct 1993 16:51:19 GMT
  964.  
  965. In article <1993Oct11.082519.23058@cs.tcd.ie>,
  966. Chris Zimmermann <czimmerm@cs.tcd.ie> wrote:
  967. >Hi community:
  968. >
  969. >What is the state of the art concerning real time in 
  970. >object-oriented systems (if any)? By this, I mean the
  971. >marriage of more or less traditional real time systems
  972. >(including systems concerned with "soft" real time aspects
  973. >like multimedia) with the OO paradigm.
  974. >[...]
  975.  
  976. We've done significant work in that area.  Check out the following tech
  977. report:
  978.  
  979. D. B. Stewart, R. A. Volpe, and P. K. Khosla, "Design of Dynamically
  980.     Reconfigurable Real-Time Software using Port-Based Objects," 
  981.     Carnegie Mellon University Tech Report #CMU-RI-TR-93-11, July 1993.
  982.  
  983.     Abstract: The current development of applications for sensor-based
  984.     robotic and automation (R&A) systems is typically a `one-of-a-kind'
  985.     process, where most software is developed from scratch, even though
  986.     much of the code is similar to code written for other applications.
  987.     The cost of these systems can be drastically reduced and the capability
  988.     of these systems improved by providing a suitable software framework
  989.     for all R&A sys tems. We describe a novel software framework, based on
  990.     the notion of dynamically reconfigurable software for sensor-based
  991.     control systems. Tools to support the implementation of this framework
  992.     have been built into the Chimera 3.0 Real-Time Operating System. The
  993.     framework provides for the systematic development and predictable
  994.     execution of flexible R&A applications while maintaining the ability to
  995.     reuse code from previous applications. It combines object-oriented
  996.     design of software with port-automaton design of digital control
  997.     systems. A control module is an instance of a class of port-based
  998.     objects. A task set is formed by integrating objects from a module
  999.     library to form a specific configuration. An implementation using
  1000.     global state variables for the automatic integration of port-based
  1001.     objects is presented. A control subsystem is a collection of jobs
  1002.     which are executed one at a time, and can be programmed by a user.
  1003.     Multiple control subsystems can execute in parallel, and operate
  1004.     either independently or cooperatively. One of the fundamental concepts
  1005.     of reconfigurable software design is that modules are developed
  1006.     independent of the target hardware. Our framework defines classes of
  1007.     reconfigurable device driver objects for proving hardware independence
  1008.     to I/O devices, sensors, actuators, and special purpose processors.
  1009.     Hardware independent real-time communication mechanisms for
  1010.     inter-subsystem communication are also described. Along with providing
  1011.     a foundation for design of dynamically reconfigurable real-time
  1012.     software, we are also developing many modules for the control module,
  1013.     device driver, and subroutine libraries. As the libraries continue to
  1014.     grow, they will form the basis of code that can eventually be used by
  1015.     future R&A applications. There will no longer be a need for developing
  1016.     software from scratch for new applications, since many required modules
  1017.     will already be available in one of the libraries.  
  1018.  
  1019. This report is available via anonymous FTP as follows:
  1020.  
  1021.     % ftp IUS4.IUS.CS.CMU.EDU    (128.2.209.143)
  1022.     Name:       anonymous
  1023.     Password:   yourname@yourmachine
  1024.     ftp> binary
  1025.     ftp> cd /usr/chimera/public
  1026.     ftp> get CMU_RI_TR_93_11.ps.Z
  1027.     ftp> quit
  1028.     % uncompress CMU_RI_TR_93_11.ps.Z
  1029.     % lpr CMU_RI_TR_93_11.ps    (must be a postscript printer)
  1030.  
  1031. For more information, 'finger chimera@cmu.edu'.
  1032.  
  1033. >50 Ada-9x (compiler, GNU)
  1034.  
  1035. From: stt@spock.camb.inmet.com (Tucker Taft)
  1036. Subject: Re: which language to use ...?
  1037. Organization: Intermetrics, Inc.
  1038. Date: Mon, 1 Nov 1993 23:22:42 GMT
  1039.  
  1040.  >[...]
  1041.  
  1042. Also, there is a preliminary release of a GNU-GCC-based Ada 9X
  1043. compiler available from NYU on cs.nyu.edu in pub/gnat/...
  1044. The front end is written in Ada itself; the back end
  1045. is the usual GCC back end (enhanced as appropriate).
  1046.  
  1047. S. Tucker Taft  stt@inmet.com
  1048. Intermetrics, Inc.
  1049. Cambridge, MA  02138
  1050.  
  1051.  
  1052. >51 OO Course Slides
  1053.  
  1054. From: wellerd@ajpo.sei.cmu.edu (David Weller)
  1055. Subject: Re: Slides on OOP or OMT wanted
  1056. Organization: Sigma Software Engineering, Inc.
  1057. Date: Fri, 5 Nov 1993 11:01:44 EST
  1058.  
  1059. In article <2bdot7$3nr@news-rocq.inria.fr> ziane@lolita.inria.fr (Mikal Ziane (Univ. Paris 5 and INRIA) ) writes:
  1060. >
  1061. >Hello netters,
  1062. >
  1063. >Is anybody aware of public domain slides available on an ftp site ?
  1064. >I'd like slides on OO programming or OO design methods (esp. OMT).
  1065. >I know I am crazy to ask for that but someone told me he saw
  1066. >a very good C++ course on some ftp site ! (he does not remember which one 
  1067. >unfortunatemy)
  1068. >
  1069.  
  1070. It's true!  On WUArchive (wuarchive.wustl.edu) there is a series of
  1071. slides developed in Microsoft's PowerPoint.  The course material
  1072. includes lesson plans, tests, and workbooks, along with full notes
  1073. accompanying each slide.
  1074.  
  1075. There's one _little_ catch -- it's in the Public Ada Library.  Now,
  1076. the OOP course (there's three courses, one on OOD, OOP, and Software
  1077. Engineering) covers both C++ and Ada.  It was designed to let the
  1078. students work in both languages to get an objective opinion of the
  1079. pluses and minuses of each language (gee, what a concept!).
  1080.  
  1081. The OOD slides do NOT cover OMT.  Some material is used from Booch's
  1082. OOD book, but not the notation.  From looking at the slides, it appears
  1083. very easy to insert your own notation.  The important part for students
  1084. is communicating the concepts, which (for the price) these slides do
  1085. a DAMN good job of. <- (Safire's Violation #45: "A perposition is a 
  1086. bad thing to end a sentence with." :-)
  1087.  
  1088. Ah, but WHERE on WUArchive are they?  If you look under 
  1089. languages/ada/crsware, I believe you'll find them.  Good luck!
  1090.  
  1091. dgw
  1092. -- 
  1093. type My_Disclaimer is new Standard.Disclaimer with record
  1094.     AJPO, SEI : Cognizance := Disavow_All_Knowledge;
  1095. end record;--)
  1096.  
  1097.  
  1098. >52 GTE Distrib Reports
  1099.  
  1100. From: em02@gte.com (Emon)
  1101. Subject: Reports Available From The Distributed Object Computing Department
  1102. Date: 5 Nov 93 18:10:15 GMT
  1103. Organization: GTE Laboratories, Inc.
  1104.  
  1105.                         REPORTS AVAILABLE FROM
  1106.              THE DISTRIBUTED OBJECT COMPUTING DEPARTMENT
  1107.                      GTE LABORATORIES INCORPORATED
  1108.                         40 Sylvan Road, M/S 62
  1109.                      Waltham, Massachusetts 02254
  1110.  
  1111.  
  1112. For over six years, the primary focus of the Distributed Object Computing
  1113. Department within GTE Laboratories has been the Distributed Object
  1114. Management (DOM) project. The DOM project conducts research into
  1115. object-oriented technology for integrating heterogeneous, autonomous,
  1116. distributed (HAD) computer systems/resources. Major research areas include:
  1117. interoperable object models; interoperable, distributed object
  1118. architectures; heterogeneous, extended transaction models; and information
  1119. requests in HAD environments. We are experimenting in these areas using our
  1120. prototype DOM system which we have developed over the past five years. This
  1121. technology is based on ideas from a number of technical areas including
  1122. distributed, object-oriented, databases, multi-database systems, operating
  1123. systems, and programming languages.
  1124.  
  1125. Permission is granted at this time for the operations and uses listed
  1126. below. However, this permission is non-transferable and is subject to
  1127. revocation on a report-by-report basis, due to possible copyright transfers
  1128. that are normal in the publication process. Any additional copyright
  1129. restrictions are noted in the reports themselves. Default permissions are
  1130. for anonymous ftp, electronic viewing, and single-copy printing.
  1131. Permissible uses are research and browsing. Specifically prohibited are
  1132. SALES of any copy, whether electronic or hardcopy, of any of these reports
  1133. for any purpose. Also prohibited is copying, excerpting or extensive
  1134. quoting of any report in another work without the written permission of one
  1135. of the report's authors.
  1136.  
  1137. Reports marked with a "*" can be retrieved in postscript(ascii) form via
  1138. anonymous ftp from ftp.gte.com (132.197.8.2) in the "pub/dom" subdirectory.
  1139.  
  1140.  >>>>>>>>> 1994
  1141.  
  1142. [GEOR94a]*   Georgakopoulos, D., M. Rusinkiewicz, and W. Litwin,
  1143. "Chronological Scheduling of Transactions with Temporal Dependencies," to
  1144. appear in the VLDB journal, January 1994 (submitted in December 1990). 
  1145.  
  1146. [GEOR94b]*   Georgakopoulos, D., M. Hornick, P. Krychniak, and F. Manola,
  1147. "Specification and Management of Extended Transactions in a Programmable
  1148. Transaction Environment," to appear in the Proceedings of the 10th
  1149. International Conference on Data Engineering, Houston, Texas, February
  1150. 1994. Also published as TC-0207-02-93-165, GTE Laboratories Incorporated,
  1151. February 1993.
  1152.  
  1153.  
  1154.  >>>>>>>>> 1993
  1155.  
  1156. [BROD93a]*   Brodie, M.L., "The Promise of Distributed Computing and the
  1157. Challenge of Legacy Information Systems," in Hsiao, D., E.J. Neuhold, and
  1158. R. Sacks-Davis (eds), Proc. IFIP TC2/WG2.6 Conference on Semantics of
  1159. Interoperable Database Systems, Lorne, Australia, November 1992, Elsevier
  1160. North Holland, Amsterdam 1993.
  1161.  
  1162. [BROD93b]*   Brodie, M.L. and M. Stonebraker, "DARWIN: On the Incremental
  1163. Migration of Legacy Information Systems," DOM Technical Report,
  1164. TR-0222-10-92-165, GTE Laboratories Inc., March 1993.
  1165.  
  1166. [GEOR93a]*   Georgakopoulos, D., M. Hornick, and P. Krychniak, "An
  1167. Environment for Specification and Management of Extended Transactions in
  1168. DOMS," to appear in Proceedings of the 3rd International Workshop on
  1169. Interoperability in Multidatabase Systems, Vienna, Austria, April 1993.
  1170.  
  1171. [GEOR93c]*   Georgakopoulos, D., M. Rusinkiewicz and A. Sheth, "Using
  1172. Ticket-based Methods to Enforce the Serializability of Multidatabase
  1173. Transactions," to appear in the IEEE Transactions on Data and Knowledge
  1174. Engineering December 1993 (submitted in February 1992).
  1175.  
  1176. [GEOR93e]*   Georgakopoulos, D., M. Hornick, F. Manola, M. Brodie, S.
  1177. Heiler, F. Nayeri, and B. Hurwitz, "An Extended Transaction Environment for
  1178. Workflows in Distributed Object Computing," in IEEE Data Engineering, pp.
  1179. 24-27, vol. 16, no. 2, June 1993.
  1180.  
  1181. [MANO93a]   Manola, F., "The Need for Object Model Interoperability,"
  1182. Workshop Report, Workshop on Application Integration Architectures, Dallas,
  1183. Texas, February 1993
  1184.  
  1185. [MANO93c]*   Manola, F. and S. Heiler, "A 'RISC' Object Model for Object
  1186. System Interoperation: Concepts and Applications," TR-0231-08-93-165, GTE
  1187. Laboratories, Inc., August 1993.
  1188.  
  1189. [MITC93a]   Mitchell, G., "Extensible Query Processing in an
  1190. Object-Oriented Database," PhD Thesis, Brown University Technical Report
  1191. No. CS-93-16, May 1993. Available in hard copy from Brown University,
  1192. Computer Science Department, and postscript format via anonymous ftp from
  1193. wilma.cs.brown.edu as file techreports/93/cs93-16.ps.Z
  1194.  
  1195. [NAYE93c]*   Nayeri, F., and B. Hurwitz, "Experiments with Dispatching in a
  1196. Distributed Object System," GTE Laboratories, Inc., TR-0236-09-93-165, July
  1197. 1993.
  1198.  
  1199. [NAYE93d]*   Nayeri, F., "Addressing Component Interoperability in the OMG
  1200. Object Model," position paper submitted to ORB Implementors' Workshop, San
  1201. Francisco, June 1993.
  1202.  
  1203. [NICO93a]   Nicol, J., T. Wilkes, and F. Manola, "Object Orientation in
  1204. Heterogeneous Distributed Computing Systems," IEEE Computer, pp. 57-67,
  1205. Vol. 26, No.6, June 1993.
  1206.  
  1207. [VENT93]*   Ventrone, V. and S. Heiler, "Some Practical Advice for Dealing
  1208. with Semantic Heterogeneity in Federated Database Systems," Submitted to
  1209. USENIX.
  1210.  
  1211.  
  1212.  >>>>>>>>> 1992
  1213.  
  1214. [BGR92]*   Batra, R., D. Georgakopoulos, and M. Rusinkiewicz, "A
  1215. Decentralized Deadlock-free Concurrency Control Method for Multidatabase
  1216. Transactions," in Proceedings of 12th International Conference on
  1217. Distributed Computing Systems, Yokohama, Japan, June, 1992.
  1218.  
  1219. [BRO92b]*   Brodie, M.L. and J. Mylopoulos , "Artificial Intelligence and
  1220. Databases: Dawn, Midday, or Sunset?," Canadian Information Processing
  1221. /Informatique Canadienne, July/August 1992.
  1222.  
  1223. [BROD92c]*   Brodie, M.L. and S. Ceri, "On Intelligent and Cooperative
  1224. Information Systems," in International Journal of Intelligent and
  1225. Cooperative Information Systems 1, 2 September 1992. 
  1226.  
  1227. [BUCH92]   Buchmann, A.P., M.T. Ozsu, M. Hornick, D. Georgakopoulos, F.A.
  1228. Manola, "A Transaction Model for Active Distributed Object Systems," in
  1229. Database Transaction Models for Advanced Applications, A.K. Elmagarmid,
  1230. (ed.), Morgan Kaufmann, San Mateo, CA, Spring 1992.
  1231.  
  1232. [GEOR92]*   Georgakopoulos, D., "A Framework for Dynamic Specification of
  1233. Extended Multidatabase Transactions and Interdatabase Dependencies,"
  1234. Proceedings of Third Workshop on Heterogeneous Databases and Semantic
  1235. Interoperability, Boulder, February, 1992.
  1236.  
  1237. [HEIL92]   Heiler, S., S. Haradhvala, B. Blaustein, A. Rosenthal, and S.
  1238. Zdonik, "A Flexible Framework for Transaction Management in Engineering
  1239. Environments," in Database Transaction Models for Advanced Applications,
  1240. A.K. Elmagarmid (ed.), Morgan Kaufmann, San Mateo, CA, Spring 1992.
  1241.  
  1242. [MANO92]*   Manola, F., S. Heiler, D. Georgakopoulos, M. Hornick, M.
  1243. Brodie, "Distributed Object Management," International Journal of
  1244. Intelligent and Cooperative Information Systems 1, 1 March 1992.
  1245.  
  1246. [MANO92a]*   Manola, F. and S. Heiler, "An Approach To Interoperable Object
  1247. Models," Proceedings of the International Workshop on Distributed Object
  1248. Management, Edmonton, Canada, August 1992 (also in Distributed Object
  1249. Management, M.T. Ozsu, U. Dayal, and P. Valduriez (eds.), Morgan Kaufmann,
  1250. San Mateo, CA, 1993).
  1251.  
  1252.  
  1253.  >>>>>>>>> 1991
  1254.  
  1255. [BROD91]   Brodie, M., "Distributed Object Management Research,"
  1256. Proceedings of the Second Telecommunications Information Networking
  1257. Architecture (TINA) Workshop, pp. 297-303, Chantilly, France, March 1991.
  1258.  
  1259. [BROD91a]*   Brodie, M. and M. Hornick, "An Interoperability Development
  1260. Environment For Intelligent Information Systems," Proceedings of the
  1261. International Workshop on the Development of Intelligent Information
  1262. Systems, Niagara-on-the-Lake, April 1991.
  1263.  
  1264. [BUCH91]*   Buchmann, A.P., M. Tamer Ozsu, and D. Georgakopoulos, "Towards
  1265. a Transaction Management System for DOM," TR-0146-06-91-165, GTE
  1266. Laboratories Incorporated, June 1991.
  1267.  
  1268. [GEOR91a]*   Georgakopoulos, D., M. Rusinkiewicz, and A. Sheth, "On
  1269. Serializability of Multidatabase Transactions Through Forced Local
  1270. Conflicts," Proceedings of the 7th International Conference on Data
  1271. Engineering, Kobe, Japan, April 1991.
  1272.  
  1273. [GEOR91b]*   Georgakopoulos, D., "Multidatabase Recoverability and
  1274. Recovery," Proceedings of the First International Workshop on
  1275. Interoperability in Multidatabase Systems, Kyoto, Japan, April 1991.
  1276.  
  1277. [GRL91]   Georgakopoulos, D., M. Rusinkiewicz, and W. Litwin,
  1278. "Chronological Scheduling of Transactions with Temporal Dependencies," in
  1279. the VLDB journal, available draft also as a Technical Report from the
  1280. Department of Computer Science at the University of Houston, UH-CS-91-03,
  1281. February, 1991.
  1282.  
  1283. [HEIL91]*   Heiler, S., "Extended Data Type Support in Distributed DBMS
  1284. Products: A Technology Assessment and Forecast," TR-170-12-91-165. GTE
  1285. Laboratories Incorporated, December 1991.
  1286.  
  1287. [HORN91]*   Hornick, M.F., J.D. Morrison, and F. Nayeri, "Integrating
  1288. Heterogeneous, Autonomous, Distributed Applications Using the DOM
  1289. Prototype," TR-0174-12-91-165. GTE Laboratories Incorporated, December
  1290. 1991.
  1291.  
  1292. [MANO91]   Manola, F. and U. Dayal, "An Overview of PDM: An Object-Oriented
  1293. Data Model," in K.R. Dittrich, U. Dayal, and A.P. Buchmann (eds.), On
  1294. Object-Oriented Database Systems, Springer-Verlag, 1991.
  1295.  
  1296. [MANO91a]*   Manola, F., "Object Data Language Facilities for Multimedia
  1297. Data Types," TR-0169-12-91-165. GTE Laboratories Incorporated, December
  1298. 1991.
  1299.  
  1300. [MANO91b]   Manola, F., "The Third-Generation/OODBMS Manifesto, Commercial
  1301. Version," SIGMOD Record, Vol. 20, No. 4, December 1991.
  1302.  
  1303. [RUSI91]   Rusinkiewicz, M. and D. Georgakopoulos, "Multidatabase
  1304. Transactions: Impediments and Opportunities," Compcon Spring '91 Digest of
  1305. Papers, San Francisco, February 1991.
  1306.  
  1307. [VENT91]   Ventrone, V. and S. Heiler, "Semantic Heterogeneity as a Result
  1308. of Domain Evaluation," SIGMOD Record Special Issue: Semantic Issues in
  1309. Multidatabase Systems, Vol. 20, No. 4, December 1991.
  1310.  
  1311.  
  1312.  >>>>>>>>> 1990
  1313.  
  1314. [BREI90]   Breitbart, Y., D. Georgakopoulos, and M. Rusinkiewicz, A.
  1315. Silberschatz, "Rigorous Scheduling in Multidatabase Systems," Proceedings
  1316. of Workshop in Multidatabases and Semantic Interoperability, Tulsa, pp.
  1317. 658-667, November 1990.
  1318.  
  1319. [BROD90]*   Brodie, M.L., F. Bancilhon, C. Harris, M. Kifer, Y. Masunaga,
  1320. E.D. Sacerdoti, K. Tanaka, "Next Generation Database Management Systems
  1321. Technology," in Deductive and Object-Oriented Databases, W. Kim, J-M
  1322. Nicolas, S. Nishio, (eds.), Elsevier Science Publishers, 1990.
  1323.  
  1324. [HEIL90]   Heiler, S., F. Manola and S. Zdonik, "An Object-Oriented
  1325. Database Approach to Federated Systems," (unpublished paper), 1990.
  1326.  
  1327. [MANO90]   Manola, F., "Object-Oriented Knowledge Bases," AI Expert, 5(3),
  1328. 5(4), March and April 1990.
  1329.  
  1330. [MANO90a]*   Manola, F. and A. Buchmann "A Functional/Relational
  1331. Object-Oriented Model for Distributed Object Management: Preliminary
  1332. Description" TM-0331-11-90-165. GTE Laboratories Incorporated, December
  1333. 1990.
  1334.  
  1335. [MANO90b]*   Manola, F., M. Hornick, and A. Buchmann "Object Data Model
  1336. Facilities for Multimedia Data Types" TM-0332-11-90-165, GTE Laboratories
  1337. Incorporated, December 1990.
  1338.  
  1339. [MYLO90]*   Mylopoulos, J. and M. Brodie, "Knowledge Bases and Databases:
  1340. Current Trends and Future Directions," Lecture Notes in Computer Science,
  1341. Vol. 474: Information Systems and Artificial Intelligence: Integration
  1342. Aspects, D. Karagiannia, (ed.), Springer-Verlag, New York, 1990.
  1343.  
  1344. [RUSI90]   Rusinkiewicz, M., D. Georgakopoulos, and R. Thomas, "RDS: A
  1345. Primitive for the Maintenance of Replicated Data Objects," Proceedings of
  1346. Second IEEE Symposium on Parallel and Distributed Processing, Dallas, pp.
  1347. 658-667, December 1990.
  1348.  
  1349. [SILB90]   Silberschatz, A., M. Stonebraker, and J.D. Ullman (eds.), M.L.
  1350. Brodie, P. Buneman, M. Carey, A. Chandra, H. Garcia-Molina, J. Gray, R.
  1351. Fagin, D. Lomet, D. Maier, M.A. Niemat, A. Silberschatz, M. Stonebraker, I.
  1352. Traiger, J. Ullman, G. Wiederhold, C. Zaniolo, and M. Zemankova, P.A.
  1353. Bernstein, W. Kim, H.F. Korth, and A. van Tilborg, (co-authors), "Database
  1354. Systems: Achievements and Opportunities," ACM SIGMOD Record, 19, 4,
  1355. December 1990; also appeared in Communications of the ACM, Vol. 34, No.10,
  1356. pp. 110-120, October 1991.
  1357.  
  1358. [STON90]   Stonebraker, M. , L.A. Rowe, B. Lindsay, J. Gray, M. Carey, M.L.
  1359. Brodie, P. Bernstein, and D. Beech, "Third-Generation Data Base System
  1360. Manifesto," ACM SIGMOD Recored 19, 3, September 1990.
  1361.  
  1362. [ZERT90]   Zertuche, D.R. and A.P. Buchmann, "Execution Models for Active
  1363. Database Systems: A Comparison," TM-0238-01-90-165, GTE Laboratories
  1364. Incorporated, January 1990.
  1365.  
  1366.  
  1367.  >>>>>>>>> 1989
  1368.  
  1369. [BROD89]   Brodie, M., D. Bobrow, V. Lesser, S. Madnick, D. Tsichritzis,
  1370. and C. Hewitt, "Future Artificial Intelligence Requirements for Intelligent
  1371. Database Systems" Expert Database Systems: Proceedings From the Second
  1372. International Conference, L. Kerschberg (ed.), Benjamin/Cummings, Menlo
  1373. Park, CA, 1989.
  1374.  
  1375. [BROD89a]   Brodie, M. , J. Mylopoulos, "Future Intelligent Information
  1376. Systems: AI and Database Technologies Working Together," in M. Brodie, J.
  1377. Mylopoulos, (eds. and contributors), Readings in Artificial Intelligence
  1378. and Databases, Morgan Kaufmann, San Mateo, CA, 1989.
  1379.  
  1380. [MANO89]*   Manola, F., "Applications of Object-Oriented Database
  1381. Technology in Knowledge-Based Integrated Information Systems," GTE
  1382. Laboratories Incorporated, April 1989.
  1383.  
  1384. [MANO89a]*   Manola, F., "Object Model Capabilities For Distributed Object
  1385. Management," TM-0149-06-89-165, GTE Laboratories Incorporated, June 1989.
  1386.  
  1387. [MANO89b]*   Manola, F., "An Evaluation of Object-Oriented DBMS
  1388. Developments," TR-0066-10-89-165, GTE Laboratories Incorporated, October
  1389. 1989.
  1390.  
  1391. [WELC89]   Welch, J.L. and A.P. Sistla, "Object-Based Concurrency Control
  1392. and Recovery Mechanisms," TM-0150-06-89-165, GTE Laboratories Incorporated,
  1393. June 1989.
  1394.  
  1395.  
  1396.  >>>>>>>>> 1988
  1397.  
  1398. [MANO88]*   Manola, F., "Distributed Object Management Technology,"
  1399. TM-0014-06-88-165, GTE Laboratories Incorporated, June 1988.
  1400.  
  1401.  
  1402.  >>>>>>>>> 1987
  1403.  
  1404. [MANO87]   Manola, F., "A Personal View of DBMS Security," Database
  1405. Security: Status and Prospects, C.E. Landwehr (ed.), Elsevier Science
  1406. Publishers B.V., North Holland, 1988, 23-34; TN CS1.1, GTE Laboratories
  1407. Incorporated, December 1987.
  1408.  
  1409.  
  1410.  
  1411. _[GEOR94a]* _[GEOR94b]*
  1412. _[BROD93a]* _[BROD93b]* _[GEOR93a]* _[GEOR93c]* _[GEOR93e]*
  1413. _[MANO93a]  _[MANO93c]* _[NAYE93c]* _[NAYE93d]* _[NICO93a] 
  1414. _[VENT93]*
  1415. _[BGR92]    _[BRO92b]*  _[BROD92c]* _[BUCH92]   _[GEOR92]*
  1416. _[HEIL92]   _[MANO92]*  _[MANO92a]* 
  1417. _[BROD91]   _[BROD91a]* _[BUCH91]*  _[GEOR91a]* _[GEOR91b]*
  1418. _[GRL91]    _[HEIL91]*  _[HORN91]*  _[MANO91]   _[MANO91a]* 
  1419. _[MANO91b]  _[RUSI91]   _[VENT91] 
  1420. _[BREI90]   _[BROD90]*  _[HEIL90]   _[MANO90]   _[MANO90a]* 
  1421. _[MANO90b]* _[MYLO90]*  _[RUSI90]   _[SILB90]   _[STON90] 
  1422. _[ZERT90] 
  1423. _[BROD89]   _[BROD89a]  _[MANO89]*  _[MANO89a]* _[MANO89b]*
  1424. _[WELC89] 
  1425. _[MANO88]* 
  1426. _[MANO87]
  1427.  
  1428.  
  1429. >53  KEOBJ, OO DSP micro-kernel
  1430.  
  1431. From: clb@softia.com (Chris Bidaut)
  1432. Subject: Object kernel for DSP & RISC processors
  1433. Date: Mon, 15 Nov 1993 22:48:46
  1434. Organization: Softia, Inc.
  1435.  
  1436. This is an announcement for KEOBJ, an object-oriented micro-kernel for Digital
  1437. Signal Processors (DSP) and RISC processors.  This is also a request for 
  1438. comments from the Internet community. Feedback on the architecture and 
  1439. programming interface will be appreciated and incorporated into the next
  1440. release.
  1441.  
  1442.  
  1443. 1 DESCRIPTION
  1444. -------------
  1445.  
  1446. KEOBJ is an object-oriented micro-kernel optimized for advanced embedded 
  1447. applications, and it particularly targets Digital Signal Processors (DSP) 
  1448. and RISC processors in multimedia environments.
  1449.  
  1450. Its main features are object-orientation, real-time behavior, signal processing
  1451. support, micro-kernel architecture and scalability.
  1452.  
  1453. 1.1 Object-orientation
  1454.  
  1455. The kernel is a collection of system classes exported to the applications
  1456. (e.g Process, Thread, Memory, ...).
  1457. An object name space provides a way to locate any public object (e.g. IPC, 
  1458. memory) using a symbolic path.
  1459. The kernel is written in C++ and is easily portable.
  1460.  
  1461. 1.2 Real-time behavior
  1462.  
  1463. The design stresses fast response time and predictability to qualify for the 
  1464. real-time label. The kernel is reentrant and preeemptable.
  1465.  
  1466. 1.3 Signal processing support
  1467.  
  1468. Besides providing an architecture appropriate for most general purpose 
  1469. applications, the kernel incorporates dedicated features for signal processing
  1470. applications. This includes two phases interrupt processing, time-deadline
  1471. scheduling, Inter Process Communications, multiple memory pools, awareness of
  1472. the constraints due to a single data type (word).
  1473.  
  1474. 1.4 Micro-kernel architecture
  1475.  
  1476. Probably the most important feature of the kernel is the ability to be
  1477. extended at run-time with new services such as devices drivers, public
  1478. classes (IPC, file systems, windowing systems). Applications and system
  1479. services are dynamically loaded by a COFF compatible loader.
  1480.  
  1481. The core kernel is customizable at run-time through a personality mechanism 
  1482. to emulate other environments (Operating systems) or to tailor the processes
  1483. environments. 
  1484.  
  1485. 1.5 Scalability
  1486.  
  1487. The API supports physical and virtual memory organizations with the same 
  1488. semantics.
  1489.  
  1490. Applications source code will be portable across DSP and RISC processors.
  1491.  
  1492. The architecture supports symmetric multiprocessing and distribution (Available
  1493. by mid-1994).
  1494.  
  1495.  
  1496. 2 WHERE TO FIND THE PACKAGE
  1497. ---------------------------
  1498.  
  1499. A set of documentation about KEOBJ is available via anonymous ftp on the 
  1500. following Internet server:
  1501.         netcom.com (192.100.81.100) in file /pub/softia/keobj.zip
  1502.  
  1503.  
  1504. If you do not have access to Internet, contact me for other delivery media at:
  1505. Chris Bidaut            clb@softia.com
  1506. Telephone (408) 262-6520    Fax (408) 262-7210
  1507.  
  1508.  
  1509. >54  MindFrame for Windows
  1510.  
  1511. From: gcl@netcom.com (Geoff Lee)
  1512. Subject: "MindFrame for Windows" (freeware) application is available for ftp
  1513. Date: Tue, 16 Nov 1993 21:07:28 GMT
  1514.  
  1515.     MindFrame for Windows 1.0 Release Note
  1516.     ======================================
  1517.  
  1518. mndframe.zip (MindFrame for Windows) is available for anonymous ftp
  1519. on ftp.cica.indiana.edu. It is currently in /pub/pc/win3/uploads.
  1520.  
  1521. "MindFrame for Windows" is a freeware application developed to
  1522. teach an object modeling approach presented in the
  1523. book: "Object-Oriented GUI Application Development" Geoff Lee,
  1524. Prentice-Hall, 1993, ISBN 0-13-363086-2.
  1525.  
  1526. This application is useful in many other areas as well, for
  1527. example, in Bible studying (metaphors, parables, prophecies,
  1528. types), neural modeling, ecological modeling, and task modeling.
  1529. There are 20 sample applications covering these areas. There
  1530. are also description of each of the sample application in the
  1531. on-line Help. Read "About MindFrame..." help topic for more
  1532. information.
  1533.  
  1534. This is a copyrighted software, but you can freely redistribute if
  1535. you keep the release intact.
  1536.  
  1537. The following is the content of mdnframe.txt file in the .zip file:
  1538.  
  1539. 1. Installation Procedure:
  1540.    DOS> mkdir MndFrame
  1541.    DOS> cd MndFrame
  1542.    DOS> copy b:MndFrame.zip   (or where you kept the mndframe.zip file)
  1543.    DOS> unzip -d mndframe.zip  (extract files into subdirectories)
  1544.    DOS> copy grid.vbx \windows\systems (your local Windows system directory)
  1545.  
  1546. 2. Running the application:
  1547.    . In Windows, open your "File Manager"
  1548.    . Go to \MndFrame directory
  1549.    . Find the MndFrame.exe file
  1550.    . Drag the MndFrame.exe file icon into a "Program Manager" window
  1551.    . Open the MndFrame.exe program
  1552.  
  1553. 3. Sample applications:
  1554.    Once you are in the MindFrame application, open files in the 
  1555.    \MndFrame\Samples subdirectories. There are 20 sample files organized
  1556.    according to areas of application (e.g., object modeling, neural
  1557.    modeling, bible studying). You can also find description of each of
  1558.    these samples in the On-Line Help file.
  1559.